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(54) -nUe: UNIVERSAL SHOPPING CART SYSTEM 

(57) Abstract 

A multi-site shopping cart and cooper- 
ative sales system provides two or more Web 
sites with tiie ability to enter into Cooperative -J Q2 

Sales relationships that provide added value to 
end users throu^ a Multi--Site Shopping Cart 
The invention enables online sh oppers to se- 
lect ^d Duichas ej tcms ac ross a netw oik o f 
JateA Mer chanrweb si^rsi^tii^ from a 
id Web Site, without having to repeatedly 
enter their relevant infonnation and provides a 
Parsing Proxy Server (PPS) and an Application 
Server (APS) located on distributed computm 

a network. Th& PPS acts as atrt i^mgn^ -J 03 
b etween the consumer and the Merchants 
pareing^ges served by the Merchant to the - 
consumer, and reduecting Universal* Resource 
Locators (URL) in the Merchant's pages back 
to ttie PPS. The PPS car» Aus track,,manage, 
and monitor the consumer's shopping interac- 
tion with the Merchants. The PPS extracts rel- 
evant information by parsmg the pages through 

a wrapper code that allows it to customize its 

interaction witti each particular Merchant Alternatively, the PPS can ^ther Hie relevant informaicm by .seaix:hing for predefined tags 
inserted into the pages by the Merchants. The PPS sends the relevant infomiation to the APS. The Multi-Site Shopping Cart experience 
is created by the APS on the Lead Web Site . The APS gathers the consumer's shopping cart information frc«n the PPS, re-creates this 
infomiation onto the shopping cart located oh the Lgd JWeb Site, and displays it to the consu mer. When a consumer decides to finalize 
her purchases, the APS executes the purchases on dievaiious Coop Merchant sites flu^ough forni filling or through a software robot ('"bot'^ 
on the PPS. The consumer can create a wish list of items, purchase and redeem a univ^^ gift certificate, create a pooling of resources to 
purchase a gift, and create and post a suggestion list from a partner site all using the Multi-Site Shcqjpjng Cart system on a Lead Web Site. 
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5 

Universal Shopping Cart System 



BACKGROUND OF THE INVENTION 



TECHNICAL FIELD 

1 5 The invention relates to electronic commerce in a computer environment. More 
particularly, the invention relates to providing a single shopping cart solution 
between a number of merchants tiiat allows each merchant to present its Web 
site to the customer in a computer environment. 

20 

DESCRIPTION OF THE PRIOR ART 

One of the more common business relationship models on:the Internet involves 
two or more Web sites participatiiigi in an e^omrneree^ transaction. These 
25 relationships can generally be organized in itwoiopposihgTcategorieSiv ^ilefetralS; h .k 
£ind "Superstores". h i ni^sr. 

Until recently, the only fomn of cooperation among Web sites was Referrals. 
One site would include in its pages a link to another site. Sites would reward each 
30 ofrier b»ased on the number and nature of refenals that occurred. 

One example of the use of Referrals is Yahoo, one of the various search 
engines on the Web. A Customer searches for "Patagonia clothing" and Yahoo 
serves a page containing a fink to Patagonia's Web site. Patagonia will pay 
35 Yahoo a fixed rate for each surfer referred from Yahoo to Patagoriia. If the 
Customer purchased something from the Patagonia site; ther»5^^^Bit?p£|?$^ =^ 
Yahoo a commission based on the size of the sale. 

In this model, the power and control are heavily biased towards the nnerchant 
40 The merchant decides the type of commission 11 is willing to pay the refemer or 
"affiliate". The merchant also controls the end user's shopping experience. 
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5 The end user typically moves from one Web site to the another, creating a 
discontinuous experience. Any information that she may have left on a portal site 
is not passed on to the merchant and any information she has left on the merchant 
site, e.g., a selection of products in her shopping cart, exists only on the 
merchant's site. 



Recently, some portals like Excite and Yahoo have pulled the model in the 
opposite direction - from the affiliates. The portal sites have become full-featured 
shopping destinations. These shopping sites correspond to the "Superstore" 
model, where all products are available in one location, under one retailer brand. 
1 5 Once the order is taken, the portal sites use online merchants for order fulfillment. 



The control and power has completely shifted from the merchant to the portal. 

This shift brings some benefits to the end user she can use the same shopping 
20 cart on the Superstore site to buy items from different merchants. She can also 
have her information stored on the Superstore site to avoid the inconvenience of 
refilling forms every time she wants to maks a pu^^hase from a new merchant, o 

However, this approach has some drawbacks. The Superstore is responsible 

25 for displaying the merchants products arid infonriation. /.e., the Superstore must , : ; 

f^PQQlQ 03ch nnerchanf s Web site or altemativfely .offer .a po o r _qnlinOi sho ppuig d \-. i ; ; ^ r c: ; a ; ; u- i : \j ; 

experience to the end user. ^ r ^ : : . c ; i-^ aho, ^ ir s / •: ^ 

It would be advantageous to provide a universal shopping cart system that 
30 balances the power between the portals and merchants and allows the 
merchants to present their Web sites to the end user without recreating the We b 
sites on the portal site. It wo uld further be advantageous to provide a univer sal 
shopping cart system that p rese jit s a single shop pin g cart inter facgjojhe^end 



10 



user. 



35 



SUMMARY OF THE INVENTION - - p>^k ™ 




The invention provides a Multi-Site Shopping Cart system whkih enables 



40 Vportalsjand merchants to forrn a Cooperative Sales relationship across a 




COTiputerj}etwork. The invention provides a system that presents ttie customer 



with a single shopping cart interface which enables her to purchase items from 




several distinct merchants at a single location, with just a single dick of the jTiouse,^_ , , 
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5 Additionally, the systenr) allows merchants to retain control of the customer's 
shopping experience by granting consumers access the merchants' actual Web 
sites. 

n 

. . 

A preferred embodiment/ of the invention provides two components: an 
10 Applic ation Se tverJAPs/jgiaLro^ the cofntent of the Mu ltizSile-^iatt and 
l^fore^^e userlnfo ^ and a Pars ing Proxy Server (PPS) that acts as an 
^r^^ffigjar^ between the user and the m erchants when the user is browsing the 
merchant Web sites. 

r ^ ^ ' ■ " 

15 At the beginning of the user's shopping session, the APS serves pages with 
links to the merchant Web sites. These links are routed through the PPS in the 
following manner, the user's browser requests a page from the PiPS. which h 
turns requests a page from the merchant site, processes this page, and then 
serves it to the browser. The minimum level of processing done by the PPS 
20 consists of finding the links in the HTML page of the merchant and ensuring that aB 
these links are modified to route through the PPS. This means that, as the user 
clicks on links in the page, all of the browser requests are sent to the PPS. 

If the merchant pages contain some information on the items selected by the 
25 user, the PPS extracts this information and sends it to the APS, using the HTTP 
pj-QlQ^Ql If 11^0 page to be served js' the mertJ^ ciart peigb; the 

PPS performs a re-direct to the APS," ahi^^ APS displays the Multi-Site 
Shopping Cart page which includes the item just selected on the merchant site. 

30 When the user is ready to execute the purchase, she can select a sub-set of her 
shopping cart. She can then click on a "buy* button. The APS instructs the PPS 
to re-create, on the merchant sites, the shop ping carts con-esponding to the 
selected items, and then to place an order using the user's billing and shipping 
i ntomnat fon. This interaction is perfonned by a bot, which is a componenTof the 

35 PPS. either by simulating the user's dicks on the merchant site or by using the 
merchants own API, if available. Alternatively, the user can go to the merchanfs 
web site through the PPS, and p^Slffn" 

implemented by the merchant. In that case, the PPS will help the user by filling 
the forms with the user's information. 



40 



The Multi-Site Shopping Cart system can also be applied to a number of 
innovative features that would add value and functionality to the user's overall 
shopping experience. These features include the Multi-Site Shopping Cart 
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5 system being deployed to compile a Wish Ust, redeem a Universal Online Gift 
Certificate, organize and enable a Group Gift purchase, and to compile and 
purchase items from a Suggestion List enacted by a partnering Web site. 

Other aspects and advantages of the invention will become apparent from the 
1 0 following detailed description in combination with the accompanying drawings, 
illustrating, by way of example, the principles of the invention. 



BRIEF DESCRIPTION OF THE DRAWINGS 

15 

Fig. 1 is a block schematic diagram of a prior art Refenal Internet business 
relationship model according to the invention; 



Fig. 2 is a block schematic diagram of a prior art Superstore Internet business 
20 relationship model according to the invention; 

Fig. 3 is a block schematic diagram of the balance of power that the invention's 
Cooperative Sales business model offers according to the invention; 

Rg. 4 is a block schematic diagram of a prefen-ed embodiment of the invention 
showing the components of the Cooperative Sale Architecture according to the 
invention; - . ..z^o . 

Fig. 5 is a block schematic diagram of a the relationship between the Lead Web 
30 Site, Coop Merchant, Customer, and the invention's server according to the 
invention; 




Fig. 6 is a block schematic diagram of the participant interactions for the Wish List 
and Group Purchase features of the invention according to the invention; 

35 

Fig. 7 is a block schematic diagram of the partidpant interactions for the 
Suggestion List feature of the invention according to thfe invention; and " ^ 

Fig. 8 is a block schematic diagram of the Universal Gift Certificate feature of the 
40 invention according to the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

The invention is embodied in a universal shopping cart system in a computer 
10 environment. A system according to the invention provides portals and 
merchants with a cooperative sales relationship across a computer network that 
allows merchants to retain control of the customer's shopping experience. In 
addition, the invention provides a system that presents the customer with a 
single shopping cart interface that includes all of the participating merchants. 

15 

The invention provides online sen/ices that enable portals (heavily trafficked 
Web destinations) and merchants to cooperate seamlessly \n e-commerce 
transactions and provide substantial added value to the end user. 

20 The following discussion and figures do not treat the Portal and Merchant Web 
sites as monolithic entities. They are instead treated as being composed of the 
following components: 

P-reft 

25 ^ 

Portal ReferfEds. Traditionally, Portals^dispiay. links to other sites. 
Presumably, some portion of the. Portal, wil[ ^ntinue to do^ t^^^ 
though another portion of the Portal is a Superstore^ 

30 P-stf: 

Portal Storefront. This is the new Portal behavior where the Portal 
provides a Super Store. Customers indicate the sort of item that they are 
trying to purchase and the Portal produces a listing of Merchants that have 
35 the item, along with prices and other infomnation. The customers purchase 

goods from the Portal and the Portal, forwards relevant inforrti^tion to the 
appropriate Merchant. Cusfomers never" see 
Merchant Web server. - 

40 M-stf: 
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5 Merchant's Storefront. The Merchanf s Web site. This is what Customers 

would see if they directly accessed the Merchanf s Web site. In the 
invention's new model, Customers may never see this site. 

M-cat: 

10 

Merchant's Catalog. The list of products the Merchant sells. Also includes " ^ " 
price and availability. The Catalog is blended seamlessly into the 
MeiT)hanf s Storefront in a traditional model. In the invention's new model, 
the Catalog is also accessed as a stand-alone data source. The Portal 
1 5 Super Store uses this data source to acquire the relevant product 

information. 

M-ofI: 

20 Merchant's Order Fulfillment. The mechanism for placing an order. This 

traditionally includes some sort of shopping cart, credit card processing, 
and addressing. Also in a traditional model, Order Fulfillment is blended 
seamlessly into the Merchant's storefront. In the invention's new model, 
Order Fulfillment is also used as a stand-alone service that other Agents 

25 (such as Yahoo) can use to place an order. 

Two different prior art Internet business relationship models are examined below: 
Referral and Superstore. : : 

30 The Referral Program Model 

Until recently, the only form of cooperation among Web sites was Referrals. 
One site would include in its pages a link to another site. Sites would reward each 
other based on the number and nature of referrals that occun-ed. 

35 - 

Discussed here is an example of the Referral model involving Yahoo, one of the 
various search engine portals on the Web. A Custoroe^^ntetfeth^^^hl^^ 
and enacts a search for "Patagonia clothing." Yahoo processes the request and 
serves a page corrtaining a fink to Patagonia's Web site. Patagonia will pay 

40 Yahoo a fixed rate for each surfer referred from Yahoo to Patagonia, ff the 
Customer purchased something from the Patagonia site, then Patagonia pays 
Yahoo a commission based on the size of the sale. 
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5 In this model, the power and control are heavily biased towards the merchant. 
The merchant decides the type of commission it is willing to pay the refemer or 
"affiliate". The merchant also controls the end user's shopping experience. 



The end user typically moves from one Web site to the another, creating a 
1 0 discontinuous experience. Any information that^he may have 4eft on a portal site 
is not passed on to the merchant and any infomDation she has left on the merchant 
site, e.g., a selection of products in her shopping cart, exists only on the 
merchanf s site. Also, if she purchases something on the merchant site, her billing 
and shipping infonriation will only be stored on that sa 
15 - = . . 

Fig. 1 shows a typical form of referral relationship that currently exists. A 
Merchant 101 signs up other Web sites as Affiliates 102. Each Affiliate 102 
includes on its Web site links to the Merchant site 101. The Merchant 101 
rewards the Affiliate 102 based on the number of referrals and the type of actions 
20 that referred Customers 103 perform while surfing on the Merchant site 101 . 

The interaction between the Customer 103, Affiliate site 102, and Merchant site 
101 proceed as follows: <^ 

25 1 . The Customer 103 downloads a page 1 04 from the Affiliate site 102. The 
page includes hyperlink(s) to the MerdhanVsite iOl; " 

2. Customer 103 selects link 105 to Merchant site 101. Appropriate pag4 is 
downloaded 105 from Merchant site 101 . Page includes links to other pages 
30 within Merchant site 101. 



3. Customer 103 downloads one or more additional pages 106 from Merchant 
site 101. Customer 103 may also purchase something from Merchant site 
1 01 . A commission of sales or a fixed amount is then due from the Merchant 
35 to the Affiliate for every referral or sale initiated from the Affiliate site 1 02. 

Analysis of the Referral Relationship c-npHrr^^ni^ moo^^t, ^^^r .-^ 



End User Pluses: 

40 The customer has access to the merchants storefrontv She also -feels 

confident that she is buying from a tmsted brand and web site. 

End User Minuses: 
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5 The end user typically moves from one Web site to the another, creating 

a discontinuous experience. Any infomiation that she may have left on a 
portal site is not passed on to the merchant, and any information she has 
left on the merchant site, e.g., a selection of products h her shopping cart 
exists only on the nr^rchanrs site. This creates a duplication of tasks 
10 performed by the user, such as entering shipping addresses, credit card 

information, and refilling the cart with items she had previously selected for 
purchase. 

In simple referral relationships, the two sites remain completely independent irom 
15 each other. In the above example, once the Customer begins receiving pages 
from the Merchant server, the Affiliate plays no further role in the Customer's 
purchase or shopping experience. This loss of control makes the Affiliate unable 
to track the various referrals, and so the f^erchant needs to do it. 

20 

The Superstore Model 

Recently, some portals like Excite and Yahoo have pulled the model h the 
opposite direction, shifting the focus of the user's shopping experience from the 

25 merchant site to the portals themselves, or the entities whicii acted merely as 
affiliates in the previous model. These portal sites have becorne full-fektured 
shopping destinations, thereby creating a bhdpping "^^^ ^ait 
corresponds to the "Superstore" model. In the Superstdre model, a^^^ 
are available in one location. The portal, previously the "refenBr." does not 

30 actually refer the customer to the merchant site. Instead, the "refeoBr" is a Super 
Store; it provides a storefront where many merchants' goods are available. The 
customer can access a merchant's goods, but the customer never directly 
interacts with the merchant's Web site. Instead, the customer can place her order 
on the portal site. Once the order is taken, the portal site then uses the online 

35 merchants for order fulfillment. 

In the Superstore model, the balance of axrtrDl- an^ -powei^^^^ 
completely from the Merchant to the Portal. 

40 This shift brings some benefits to the end user she can use the same shopping 
carton the Superstore site to buy items from different merchants. She can also 
have her information stored on the Superstore site to avoid the inconvenience of 
refilling forms every time she wants to make a purchase from a new merchant. 
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5 

However, this approach has some drawbacks. The Superstore is responsible 
for displaying the merchant's products and infonnation, i.e„ the Superstore must 
recreate each merchant's Web site, which is done incorrectly, may offer the end 
user a poor online shopping experience. 

10 

There are several variations on the Superstore theme. Refening to Rg. 2, an 
exemplary model of Yahoo's Superstore approach is shown. The following 
steps occur during a typical transaction: 

15 1. (This step does not have to occur.) Customer 201 perfonns some sort of 
query on Portal (Yahoo) 202 to Identify item to be purchased 206. This may 
be an iterative process. In the end, user 201 has determined what she wants 
to buy. For our example, assume it is the book "Gone With the Wind". 

20 2. Customer 201 requests to visit the Yahoo Storefront 207. Yahoo 202 
serves the appropriate page 207. Customer 201 indicates the Item that she 
wants to purchase. 

3. Yahoo 202 queries relevant merchant's catalogs to determine price, and 
25 availability 211, 212. 213. The access to the merchart:catal(^_ is, ge^^ 

based on a copy stored on Yahoo's site 202 an^d periodLc^lJy Lu^ ; 
although heavier systems such as the Commerce: One Maricet Site have 
some real time capabilities. 



30 4. Yahoo 202 serves a page to the Customer 201 containing appropriate 
information 208. The page contains information about specific Merchants 
203. 204, 205 and their offerings, but all of the links that Customer 201 sees 
are links to Yahoo 202, not links to Merchants 203, 204, 205. 



35 5. Customer 201 selects frk to indicate which Merxrfiant 205 she wants to 
purchase book from 209. Yahoo 202 sen/ies appropriate pages to perfomi 
capture Order information 209. Customer^2Ptc^fe^^ 

6. Yahoo 202 serves order completion page 210. 

7. Yahoo 202 transmits minimal Order Fulfillment infomiatbn 214 to Merchant 
205. 



9 



wo 00/31657 



PCTAJS99/27891 



5 Analysis of the Superstore Model 



End User Pluses: 



10 



The customer gets the convenience of one stop shopping. In addition. 
Superstores typically offer a comprehensive list of possible merchants for 
a given product thus enabling the customer to do a thorough price 
comparison. The customer can use a single shopping cart to purchase 
items from different merchants and, at the same time, she stores her 
information at the Superstore so she won't have to fiO out fomis for each 



merchant 



15 



End User Minuses: 

The customer loses the benefits of browsing the merchant's storefronts 
where valuable infomiation is often displayed. For example, Amazon 
displays book suggestions in its book section that may aid a customer h 



The Superstore model is attractive to portals as they have control over the data 
30 and the user's shopping experience. The portaPs brand is both used and 
strengthened through this relationship. 

On the other hand, the Superstore model is unattractive to merchants. Although 
merchants eventually get the user's data (to fulfill the order), they cannot affect the 
35 user's experience and thus lose an opportunity to use and build their brand. 
Basically, merchants are reduced to commodity wholesalers that compete mostly 
on price, availability, and delivery terms. Hence, merchants are sometimes 
reluctant to enter into relationships based on the Superstore Model. ^ ^ 

40 The lack of a standard in information fbrimats is ah additibnar irnpediment to the 
deployment of this model. Merchants and portals need to agree on a format to 
pass product information ri one direction and order information in the other 
direction. Since many of these e-commerce systems are ad hoc. there are not 



20 



25 
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5 likely to be many standards. Yahoo can define a data interchange standard and 
impose it on merchants. Other portals and merchants do not have ttiat kfrid of 
leverage. 



10 A New Model: Cooperative Sales 

A preferred embodiment of the invention provides a new model of electronic 
commerce relationships: Cooperative Sales. Under this model, portals and 
merchants, or merchants among themselves, seanlfessly cooperate to enhance 
1 5 the end user experience and close e-commerce transactions. This new model is 
implemented using a Cooperative Sale Architecture (COSA). 

In a Cooperative Sales model, the customer starts her shopping experience on 
a portal site, then goes to one or several merchants sites, chooses items to buy 
20 on these sites, and makes the final payment Tor all of the Herhi on the portal site. 
Two merchants could also cooperate and cross sell their products, with the actual 
purchase transacted on a single site. In addition, some cross-selling promotions 
can be inserted and propagated from one site to the other and be included in the 
final purchase. 

25 

Refening to Fig. 3, in the Cooperative Sales mod#l 301.*e portal or-orie of the - - ^ ^ 
merchants takes the leadership, becoming the "Le^d W^b Site" 302. The other 
merchants cooperate and become "Coop Merchants" 303. ^.'--r:^ -.r ^^-z^:-/ ■ - - ? 

30 The Cooperative Sales model 301 realigns the balance of power among the 
actors towards the middle, where the Merchants and Portal sites share the power. 
As previously noted, the RefenBls model 305 shifts the power to the Merchant, 
while the Superstore model 304 shifts the power in the opposite direction to the 
Portals. 

35 

With respect to Fig. 4, the invention is comprised of two sets of components: 

' 1- The Application Seivers 405 which are an conne^^ 
404. 

40 2. The Parsing Proxy Servers 401 , each of them connected to its own Data 
Propagation Server 402, which is a fast in-memory database. 

The two sets of components exchange data across the network. 



11 



wo 00/31657 



PCT/US99/2789I 



5 

Application Server 

The Application Server (APS) 405 handles the user interface on the Lead Web 
Site 403. while managing and storing the user's data at the same time. When the 

1 0 user 407 decides to shop on a coop merchant web site 406, the APS 405 takes 
care of feeding the Parsing Proxy Server 401 the user^s relevant information. In 
return, the APS 405 receives from the Parsing Proxy Server 401 both merchant 
information, e.g.. shopping cart and product information, as well as previously 
stored user information, which may be forms pre-filled with the user's contact 

1 5 information (shipping addresses, etc), z 

Parsino Proxv Server 

The Parsing Proxy Server (PPS) 401. handles all the user HTTP/HTTPS 
20 connections to the merchants. It performs five functions : 



1. Serving as an intermediary for user requests to merchant sites (by diverting 
links and managing cookies in the DPS 402). 

2. Recording the user behavior in log files to allow multi-merchant statjstira^ 

25 3. Parsing scripts or HTML pages and taking indicated actions at the appropriate 
times (e.g., redirecting the user 407 to the Lead Web Site 403 when 
needed). ^ ^ . . 

4. Pulling information from the merchant pages, (e.g.. . the producta: description 
and shopping cart contents), and pushing information into the pages sent 

30 back to the user (e.g.. form filling with email address, etc.), 

5. Automatically interacting with the merchant web site 406 to perform automatic 
tasks, e.g., automatic login/signup or one^jlick-checkout The interaction is 
done either by simulating user's clicks, or by using the merchanfs own API if 
available. 

35 

The PPS 401 requests information from the APS 405 in order to perform its 
duties, and then sends back relevant custorrigr dat^ to th^ 
necessary. ^ " : ^ = 

40 To accommodate differences in behavior and layout among men^mrit web sites, 
each coop merchant web site is assigned a piece of code called a *Swrapper". 
This wrapper is responsible for the data pull & data push function (4). for the 
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5 automatic interactions with the merchant (5), and for some details in 1 . 2. and 3, 
above. 

An alternative to wrappers is the insertion of HTML comment tags inside 
particular pages of the merchant site 406. Thesetags help the PPS 401 identify 
1 0 the infomiation it needs in the merchant page to recreate the user's shopping cart 
at the Lead Web Site 403. The tags also help the PPS 401 identify the 
locations in the merchant page where the customer information should be placed. 

Data Propagation Server 
15 - ^ ... , _ ... . - ... 
The PPS 401 manages all its data into a repository called the Data Propagation 
Server (DPS) 402. The DPS 402 handles all the data, be it merchant-specific or 
user-specific data. 

20 The user-specific data is organized into meta-sessions: a meta-session is a user- 

session on the PPS 401 which itself is subdivided into several merchant 
sessions, one for each merchant visited by the user 407. Each merchant session 
contains the merchant shopping cart, and the cookies and session information 
needed to continue requesting data from this merchant and posting data to this 

25 merchant ' ' - - ' • 

Refening to Fig, 5, an example of the COSA model is sNg^V i-tjiie^ ; 
steps occur during a typical transaction. , ^ ■ ^ ' • 

30 1 . The user 502 goes to the Lead Web Site 503 and, if necessary, logs in. The 
Application Server 505 serves the HTML pages that she receives. 



2, The user 502 selects a coop merchant store 501 and clicks on its Mc the Br^ 
generated by the Application Server 505 goes thrx)ugh the PPS 506. 

35 Immediately, the PPS 506 requests information about this customer to the 
Application Server 505, and stores it in its DPS 506. Then, ttie PPS 506 
sends this request to the target coop merchant server 501. retrieves the 
response and parses it (in cooperation with th«^W§^^d6)5tTK0^ tJie 
parsing is sent back to the user's browser. All links are diverted to ensure that 

40 they go through the PPS 506. All cookies are stored directly on the DPS 
506, and not sent back to the user's browser. 
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5 3. The user 502 surfs on the merchant web site and decides to add a product to 
her cart the PPS 506 detects this action, parses the product data or the 
shopping cart page (depending on the merchant web site structure), and 
sends the data back to the Application Server 505. The data sent back 
contains all the information needed to later rebuild the coop merchant cart from 
10 scratdi if necessary. The PPS 506 then redirects the user 502 to the multi- 
site shopping cart page of the Application Server 505. 

4. The Application Server 505 serves this page back to the user 502. The user 
502 can choose to continue shopping (step 2). Alternatively, she may: 
15 4. 1 . Change the quantities of her universal cart. The Application Server 505 
will instruct the PPS 506 to change the coa;aspQnding item quantities, on 
the coop merchant web servers 501 . 

4.2. Email her universal cart to a friend. When her friend accepts the emailed 
items, the Application Server 505 will ensure that the PPS 506 rebuilds 

20 the corresponding shopping carts on the coop menchant sites 501 . 

4.3. Buy the items in her cart, or a subset of these items, with one-click- 
checkout. The Application Sen/er 505 will launch the one-click-checkout on 
the PPS 506. which will in turn automatically contact the coop nrierchant 
web servers 501 and checkout the shopping cauls withj Ihe user 

25 information. 

4.4. Buy the items in her cart through a '^manual che^out/^The: Applic 
Server 505 will redirect the user to the cogR^rnerchants web .srt^^^ through 
the PPS 506. The PPS 506 receives- the order fonris and fills t^^^^ 

the user data before serving them to the user 502; the form pages 
30 appear pre-filled to the user 502. 

If the user 502 modifies the pre-filled information h a form or adds new 
information (for example, a new shipping address or a new credit card number), 
the PPS 506 sends the new information back to the Application Server 505 to 
35 store it. The user 502 will later be able to reuse it through the automatic form filling 
feature. 

Analysis of the Cooperative Sales Model 

40 End User Pluses: _ ■ 

• The customer has access to all her favorites vendors; she can go to the actual 
sites and navigate their storefronts. 
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♦ She can be confident that she is buying from merchants that she trusts. 

She can keep track of all the items that she is interested in by storing them h 
the Multi-Site Shopping Cart. 

She can check out ail of the items she wants from one place, in one click. She 
doesn't have to enter her infomnation at each Coop Merchant site that she's 
buying from: the PPS software bot does it for her. 

15 In addition to these benefits, the drawbacks of both the Refenal and the 
Superstore models have been eliminated, - . . ^ 

The invention provides a solution to the imbalance of power between merchants 
and portals present in both the Refenral and Superstore models. The invention's 
20 approach enables a new relationship between portals and merchants which can 
be represented as a "Cooperative Sales" model. 

In the Cooperative Sales model, merchants will no longer be treated as 
commodity wholesalers to stronger portals, while portals "will not completely. lose 

25 access to the users they pass on to a merchant's site:. As portals :are often 
heavily trafficked for other reasons ri addition to bnUtei^hopgirig.j it is jthe r 
merchants who often suffer greater consequerices froip - their cbmrrio ' 
For these Merchants, the Cooperative Sales scenario is a nriuch better situation 
than the relationship they would have under the Superstore model with a 

30 powerful portal such as Yahoo. 

Additional Features Enabled by the Cooperative Sales Architecture 
Wish List 

35 

With respect to Fig. 6, the Customer 602 can use the Multi-Site Shopping Cart 
offered by the APS 609 on the Lead-W^ SU^/603t^^ 
merchant sites (the "Coop Merchants") 604.-^05/ e06,^anil select items that she 
likes. The Multi-Site Shopping Cart takes the product information from each 
40 merchant by going through the PPS 601 . These items will then be stored on the 
Lead Web Site 603 through the APS 609. The user has the option of editing 
her Wish List by deleting items or changing their quantities on ttie Lead Web 
Site 603, without having to go back to the Coop Merchant sites 604, 605. 606. 
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When satisfied with her selection, the user places her list h a template and posts 
it on the Web. She then emails the location (uri) of her Wish List to her friends 
607. 608. Her friends 607, 608 can open the emailed link to the uri on the Lead 
Web Site 603 to view their friend's Wish List, Alternatively, they can search for 
1 0 the location through the search Wish List function on the Lead Web Site 603. ^ 

The friends 607, 608 can select the items that they warrt to buy for the user and 
transact the purchase on the Lead Web Site through the APS 609 and the PPS 
601 . The PPS 601 will place the order for them in the one-click checkout mode, 
15 or track the purchase if they decide to go through the manual checkout mode. 

PPS 601 then passes on the purchase infomiatfon to the Lead Web Site 603. 

As the Lead Web Site 603 processes this information, the purchased items will 
either be taken off or mari<ed as purchased on the Wish List displayed on the 
Lead Web Site 603. 

20 

Suggestion List on Other Web Sites 

Referring to Rg. 7. the Suggestion List is a tool provided by the APS 708 and 
PPS 701 to enable the Lead Web Site 704 to partner with other Web sites. - 
25 The Partner Web Sites 702 provide a list of products from the Coop Merchants 

705, 706, 707 that they suggest or recommend td their users^ The links to these ^ ^ . r 
products go through the PPS 701, so that the pmviously aescrili^ h : : 

of relaying product and order information thrbugh'lJie PPS 701 c^ - 
The products can then be purchased on the Lead Web "Site 70^in'*just one click. 

30 

Web surfers 703 coming to the partnering site 702 will see the Suggestion List. 
They will be able to select products from the list in which they are interested and 
click on a "Buy** button to begin the purchase process. This ad will take them to 
the Lead Web Site 704 where they can log in if they already have an account or 
35 sign up if they are new to the site. The Lead Web Site 704 stores, the 
Customer's 703 credit card, billing and shipping information. Using a PPS 
checkout bot 701, the Customer 703.then purch€tse^ her.se!eGfi^^ftt)ni3he^ 
Web Site in one elide 

40 In this case, the partnering Web site 702. or "author^ of the suggestion list, acte as . ^ ^ r.;:^^ .z,: 
an authority by suggesting products to its end users. The author of the ^ 
Suggestion List merely needs to insert a code onto her site 702. Two methods 
to create the Suggestion List are used: "manual" and "assisted". 
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Using the manual method, the author finds the uri of the product on the merchant 
site. Instead of using this uri to Ink to the product to the merchant site, the author 
adds a prefix to this uri so that the link goes through the PPS 701 , 

10 In the assisted method, the author uses the Multi-Site Shopping Cart offered by 
the Lead Web Site 704. The author browses the Coop Merchant sites 705. 
706. 707 and selects items she would like to include in her Suggestion List. She 
can edit her list by deleting items or changing their quantities on the Lead Web 
Site 704, without having to go back to the Coop Merchant sites 705, 706, 707. 

15 

When satisfied with her selections, the author then places, her list_in a .template^ 
and posts it on her partnering web site 702. 

Universal Gift Certificate 

20 

With respect to Rg. 8, the Customer 803 can purchase and send an online Gift 
Certificate to someone else. This Universal Gift Certificate is redeemable on any 
of the Coop Merchant sites 805. 806 or any subset of these merchants, as 
decided by the purchaser 803 of the gift certificate. 

25 - . ::-,v , - : ... .... 

To purchase the Universal Gift Certificatg; : the r Customer S03 jchobses the. . i 
amount of the gift certificate and enters herrcredit card and billing information on. the 
Lead Web Site 804. T|^ Lead Web Site 804 .then debits the buyer's credit 
card by the amount she selected for her Gift Certificate. 

30 

The purchaser 803 sends the Gift Certificate to a friend 802 through an email 
generated by the APS (which is part of the COSA system) 804. The recipient 
802 then uses the Multi-Site Shopping Cart system to browse across Coop 
Merchant sites 805. 806 authorized by the Customer 803. and select which 
35 items she would like to buy using the Gift Certificate. 

_ At checkout, the recipient 802 can use the-r^^noUht^of th6^;^^eGtiifi^^ • 
the items she selected. To accomplish thisr thd PPS^checkout bot 801 uses the 
Lead Web Site's 804 credit card (or other hneans of payment accepted by the 
40 Coop Merchant) instead of using th^6; Customer's 803 credit card. If the amount 
of the purchase is higher than the gift certificate, the Lead Web Site 804 will ask 
the gift recipient 802 for the difference. If it is lower, the corresponding credit will 
be available for another purchase. 
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Group Gift Purchase 

Referring again to Fig. 6, several people can decide to pool their resources to 
purchase an item for a common friend, thus the temi "Group Gift". One of friends, 
10 acting as the "organized 602, browses the Coop Merchant sites 604. 605, 606 
and chooses a gift. Using the Multi-Site Shopping Cart enabled by the PPS 
601 and APS 609 interaction, the organizer 602 can choose a "giff* that may be 
made up of several items, whidi in turn may come from several different 
merchants. 

15 

The organizer 602 can assign purchase contribution levels to her friends 607, 608 
on the Lead Web Site 603. For example, four friends can split the total cost of 
the gift evenly, each paying for a quarter of the cost The APS 609 sends m 
email to the friends 607. 608 prompting them to come to the Lead Web Site 
20 603 and pay for their contribution by entering their credit card information. Once 
the full amount has been collected, the Lead Web Site 603 sends an email to 
the organizer 602, who then completes the purchase with the funds that have 
been made available. . . 



25 In the case of a shared purchase such as an "office pooj" environment, Ihe 
organizer 602 can select another option for her^j^ends 607, 608 where each 
friend personally detemiines the amount of their contribution, i.e., tiie contribution 
amount is "open". An email is sent to the friends 607, 608. in tiie same nnanner 
as above. The friends 607. 608 then go to the Lead Web Site 603 and pay for 

30 their contribution. At this point, anyone can check to see the total amount paid. 
The organizer 602 could alternatively choose to make the contributions "blind", 
/.e., nobody can see the amount of each person's contribution, or decide that she 
is the only person allowed to see the contribution amounts. Once a certain time 
period has elapsed or a set monetary amount has been reached, the Lead Web 

35 Site 603 emails the organizer 602. The organizer 602 then either completes the 
purchase of the selected gift, or uses the available funds to purchase another gift 
should the collected contributions exceed, or fall short^, .tha ppst of .t^ 
selected gift. 

Although the invention is described herein with reference to the preferred 
40 embodiment, one skilled in the art will readily appreciate that other applications 
may be substituted for those set forth herein without departing from the spirit and 
scope of the present invention. Accordingly, the invention should only be 
limited by the Claims included below. 



18 



wo 00/31657 



PCT/US99/2789I 



5 CLAIMS 

1. A process for a Multi-Site Shopping Cart that provides portals and 
merchants with a Cooperative Sales relationship across a computer network and 
allows merchants to control the customer's shopping experience in a computer 

1 0 environment, comprising the step of: 

providing a parsing proxy server; 

wherein a portal or a merchant may be designated as a Lead Web Site; 
wherein said customer begins shopping through said Lead Web Site; 
wherein said proxy server receives merchant page requests from said 
15 customer, tiirough links placed on said Lead Web Site; 

wherein said proxy server fonwards said requests lo the appropriate 
merchant; 

wherein said proxy server receives the requested page; and 
wherein said proxy server redirects the' proper- Universal Resource 
20 Locators (URL) in said requested page to said proxy server before serving said 
requested page to said customer. 

2. The process of Claim 1. wherein said proxy server uses a wrapper 
specific to said merchant, said wrapper recognizes the URL of the pages served 

25 by the merchant and searches for the relevant inforniation in said requested^ 

page, 

3. The process of Claim 2, wherein said wriapper on sSd proxy s^^^ 
receives customer information from an application server and places it in said 

30 requested page. 

4. The process of Claim 1, wherein said proxy server uses tags that the 
merchant has inserted into the page's HTML template to recognize the URL of 
the pages served by the merchant and searches for the relevant information *n 

35 said requested page. 

5. The process of Claim 4, wherein s^id tagis^so-indic^ef -kirip ^ 
executed by said proxy server. - - v. : v , 

40 6. The process of Claim 1 . further comprising the step of: 

providing an application server resident on said Lead Web Site; 

wherein said proxy server sends the relevant information from said. 
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5 requested page to said application server; and 

said application sen/er gathers said relevant information to create and 
display said Multi-Site Shopping Cart. 

7. The process of Claim 6, wherein said proxy server receives customer 
1 0 infomiation from said application server and places said customer infomnation h 
said requested page at locations in said requested page indicated by tags 
inserted by the merchant into said requested page's HTML template. 



8. The process of Claim 6. wherein said application server allows said 
15 customer to dick on a single button to purchase the items in said Multi-Site 

Shopping Cart, said application server instructs a software robot on said proxy 
server to renzsreate eadi shopping cart on each merchant listed in said multi-site 
shopping cart and then simulate the check-out procedure on said merchant site on 
said customer's behalf, using said customer's information. 

20 

9. The process of Claim 1, wherein said proxy server manages cookies 
sent by merchant sites. 



10. The process of Claim 1. wherein said proxy server records said - 

25 customer's shopping behavior in a database. ;; - : , ; v: l _; . i; ^ . _ [_ ,.. /..:■., 

11. The process of Claim 1. further comprisingith^^tepJbf: 

allowing said customer to create a wish list on said Lead Web Site; 

wherein said customer browses said customer's favorite merchant sites, 
30 selects items that said customer is interested in. and creates said wish list by 
placing said items in said Multi-Site Shopping Cart on said Lead Web Site's 
site; and 

wherein said customer can edit said wish list by deleting items or changing 
their quantities on said Lead Web Site without having to go back to the other 
35 merchant sites. 

12. The process of Claim 11, wherein said custofl^iei^slsfrierKa view^^said wlsh^i^-?iife^t^^ i>; red^reT^n-hio 
listen said Lead Web Site; and wherein said friends select items' that they want ' 

to purchase for said customer through said Multi-Site Shopping Cart. 

13. The process of Claim 12. wherein said purchase is tracked and the 
purchased item is automatically taken off said wish list. 
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5 14. The process of Claim 1 . further comprising the step of: 

allowing an author to create a suggestion list for a partnering site; 

wherein said author places said suggestion list in a template and posts it 
on a partnering web site; 

wherein a customer visiting said partnering site views said suggestion list 
10 and selects the products that said customer is interested h from said suggestion 
list by clicking on a link, thereby taking said customer to merchant site through said 
proxy server; and 

wherein items selected on merch£uit site . are ^ a^ to said multi-site 
shopping cart on said Lead Web Site. . 

15. The process of Claim 14, wherein said application server on said Lead 
Web Site stores said customer's credit card and billing and shipping information 
and allows said customer to purchase the selections h said multi-site shopping 
cart in one button click. „ 

20 

16. The process of Claim 14, wherein said author of said suggestion list 
browses merchant sites and select items that said_auttior is interested injp create, 
a suggestion list using said Multi-Site Shopping Cart on:said Lead Web~^ Site's 
site; wherein said author can edit said suggestion list by deleting items or 

25 changing their quantities on said Lead Web Site without having to go back to the 
other merchant sites; and y^hQfgjfi ^^j^ ^yg^^j* ^^^^^^ p^^l^^j^ ^^^gg^^lj^j^ ^^j^ 

Lead Web Site. cc^-^^'^.i-'^^.:: 

1 7. The process of Claim 1 , further comprising the step of: 

30 allowing a customer to purchase an online universal gift certificate on said 

Lead Web Site's site; 

wherein said customer chooses the amount of the gift certificate and enters 
the credit card and billing information to pay for said universal gift certificate; 

wherein said Lead Web Site debits said customer's credit card and 
35 escrows the money; allowing said customer to send an online universal- gift 

certificate to a recipient; and 

wherein said universal gift certificate is redeemable on any of the 
cooperating merchant sites authorized by said customer. - . 

40 18. The process of Claim 17v wherein said recipient browses the merchant 
sites authorized by said customer and selects items to purchase using said Multi- 
Site Shopping Cart on said Lead Web Site's site. 
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5 19. The process of Claim 18 wherein if the amount of the purchase is higher 
than said universal gift certificate value, then said Lead Web Site ask said 
recipient for the difference; and wherein if the amount of the purchase is lower than 
said universal gift certificate value, then the corresponding credit will be available 
for another purchase. 

10 

20. The process of Claim 1 , further comprising the step of: 

allowing an organizer to browse the merchant sites and dioose a gift to b e 
purchased through a pooling of resources; 

wherein said gift can be made up of several items, from several 
15 merchants, using said Multi-Site Shopping Cart on said Lead Web Site's site; : t 

wherein said organizer can assign purchase contribution participation levels - 
to a set of participants on said Lead Web Site's site; and 

wherein an email is sent to said participants and they are prompted to 
come to said Lead Web Site's site and pay for their contribution by entering their 
20 credit card information. 

21. The process of Claim 20, wherein once the full amount has been 
received, said Lead Web Site emails said organizer who then completes the 
purchase with the available funds. 

22 . Th e p recess of C I ai m 21, whe re i n -sai d o {-0^1-112^ ^^^^^^ . ^p^jjy ^ ^^^^^^^0^ / • _ _ 
contribution amount to be open, thereby allowirig j^ch participant to contribute 

any amount. 

30 23. The process of Claim 22, wherein any person can check to see the total 
amount paid. 

24. The process of Claim 22, wherein said organizer can choose whether the 
contributions are "blind", so nobody can see the amount of each person's 

35 contribution or whether said organizer is the only person altowed to see the 
contribution amounts. 

25. The process of Claim 22, wherein once a eeriairi time period has passed ; 
or a set amount has been reached, said Lead Web Site emails said organizer, 

40 who then completes the purchase for the-selected gift or uses the available funds 
to purchase another gift in case of under or over-contribution participation. 

26. An apparatus for a Multi-Site Shopping Cart that provides portals and 
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5 merchants with a Cooperative Sales relationship across a computer network and 
allows merchants to control the customer's shopping experience in a computer 
environment, comprising: 

a parsing proxy server; 

wherein a portal or a merchant may be designated as a Lead Web Site; 
1 0 wherein said customer begins shopping through said Lead Web Site; 

wherein said proxy server receives merchant page requests from said 
customer, through links placed on said Lead Web Site; 

wherein said proxy server forwards said requests to the appropriate 
merchant; 

1 5 wherein said proxy server receives the requested page; and 

wherein said proxy server redirects the proper Universal Resource 
Locators (URL) in said requested page to said proxy server before serving said 
requested page to said customer. 

20 27. The apparatus of Claim 26, wherein said proxy server uses a wrapper 
specific to said merchant, said wrapper recognizes the URL of the pages served 
by the merchant and searches for the relevant information in said requested 
page. 

25 28. The apparatus of Claim 25; wherein isaid wrapper on said proxy sen/er 

also receives customer information from an application server arid places it in ^id - ■ • 

requested page. i..^::-:: ^-i^i^^^^^-^j:- \^']^Ai^:^L\^^d I: 

29. The apparatus of Claim 26, wherein said proxy server uses tags that the 
30 merchant has inserted into the page's HTML template to recognize the URL of 

the pages served by the merchant and searches for the relevant information h 
said requested page. 

30. The apparatus of Claim 29, wherein said tags also indicate scripts to be 
35 executed by said proxy server. 

31 . The apparatus of Claim 26, further comprising: 

an application server resident oh said Lead AWeb Srt^; 
wherein said proxy server sends the relevant infomiatidn from said 
40 requested page to said application server; and 

said application server gathers said relevant information to create and 
display said Multi-Site Shopping Cart. 
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5 32. The apparatus of Claim 31 . wherein said proxy server receives customer 
infomiation from said application server and places said customer infomiation r 
said requested page at locations h said requested page indicated by tags 
inserted by the merchant into said requested page's HTML template. 

10 33. The apparatus of Claim 31, wherein said application sen/er allows said 
customer to dick on a single button to purchase the items in said Multi-Site 
Shopping Cart, said application server instmcts a software robot on said proxy 
server to re-create each shopping cart on each merchant listed in said multi-site 
shopping cart and then simulate the check-out procedure on said merchant site on 

15 said customer's behalf, using said customer's information; 

" " " - - - - — _ . , 

" 'a ■ ■ - 

34. The apparatus of Claim 26, wherein said proxy server manages cookies 
sent by merchant sites. 

20 35. The apparatus of Claim 26, wherein said proxy server recotds said 
customer's shopping behavior in a database. 

36. The apparatus of Claim 26, further comprising: 

a module for allowing said customer to create a wish list on said Lead 
25 Web Site's site; ; l.:.^ v ~L 8 ;. 

selects items that said customer is interested in;: and oeates: said: ^\A/isb list ; by 
placing said items in said Multi-Site Shopping £art. on said Lead Web Site's 
site; and 

30 wherein said customer can edit said wish list by deleting items or changing 

their quantities on said Lead Web Site without having to go back to the other 
merchant sites. 



37. The apparatus of Claim 36, w/herein said customer's friends view said 
wish list on said Lead Web Site; and wherein said friends select items thai they 
want to purchase for said customer through said-Multi^Site Shopping Cart. - ■ - - 

38. The apparatus of Claim 37, wherein sakJ purchase is tracked arid the 
purchased item is automatically taken off said wish list. 

39. The apparatus of Claim 26, further comprising: 

a module for allowing an author to create a suggestion list for a partnering 

site; 
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Wherein said author places said suggestion list in a template and posts it 
on a partnering web site; 

wherein a customer visiting said partnering site views said suggestion list 
and selects the products that said customer is interested in from said suggestion 
list by clicking on a link, thereby taking said customer to merchant site through said 
proxy server; and 

wherein items selected on merchant site are added to said multi-site 
shopping cart on said Lead Web Site. 

40. The apparatus of Claim 39. wherein said application sen/er on said Lead 
Web Site stores said customei^s credit card and bilirng and shipping rnfomiation 
and allows said customer to purchase the selections in said multi-site shopping 
cart in one Ixrtton click. 



41. The apparatus of Claim 39, wherein said author of said suggestion list 
browses merchant sites and select items that said author is interested n to create 
a suggestion list using said Multi-Site Shopping Cart on said Lead Web Site's 
site; wherein said author can edit said suggestion list by deleting items or 
changing their quantities on said Lead Web Site without having to go back to the 
other merchant sites; and wherein author can post said suggestion list Oh said 
Lead Web Site. : : . . _ : _ 



42. The apparatus of Claim 26, further comprising: 

a module for allowing a customer to purchase an online universal gift 
certificate on said Lead Web Site's site; 

wherein said customer chooses the amount of the gift certificate and enters 
the credit card and billing infomiation to pay for said universal gift certificate; 

wherein said Lead Web Site debits said customer's cr^it card and 
escrows the money; allowing said customer to send an online universal gift 
certificate to a recipient, and 

wherein said universal gift certificate is redeemable on any of the 
cooperating merchant sites authorized by said customer. 

43. The apparatus of Claim 42. wherein said recipient browses the merchant 
sites authorized by said customer and selects items to purchase using said Multi- 
Site Shopping Cart on said Lpad Web Site's site. 

44. The apparatus of Claim 43. wherein if the amount of the purchase is higher 
than said universal gift certificate value, then said Lead Web Site ask said 
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5 recipient for the difference; and wherein if the amount of the purchase is lower than 
said universal gift certificate value, then the corresponding credit will be available 
for another purchase. 

45. The apparatus of Claim 26. further comprising; 
10 a module for allowing an organizer to browse the meirhant sites and 

choose a gift to be purchased through a pooling of resources; 

wherein said gift can be made up of several items, from several 
merchants, using said Multi-Site Shopping Cart on said Lead Web Site's site; 

wherein said organizer can assign purchase contribution participation levels 
15 to a set of participants on said Lead Web Site's site; and 

wherein an email is sent to said participants and they are prompted to 
come to said Lead Web Site's site and pay for tiieir contribution by entering ttieir 
credit card information. 

20 46. The apparatus of Claim 45, wherein once the full amount has been 
received, said Lead Web Site emails said organizer who then completes ttie 
purchase with the available funds. 

47. The apparatus of Claim 46, wherein- said organizer can specify ttie 
25 purchase contribution amount to he open, thereby allowing each participant to 

contribute any amount. 

48. The apparatus of Claim 47, wherein any person can check to see the total 
amount paid, 

30 

49. The apparatus of Claim 47. wherein said organizer can choose whetiier 
tiie contributions are "blind", so nobody can see ttie amount of each person's 
contribution or whether said organizer is the only person allowed to see \he 
contribution amounts. 

35 

50. The apparatus of Claim 47. wherein once a certain time period has 
passed or a set amount has been reached, said Lead Web Site emails said 
organizer, who then completes tiie purchase for tiie selected gift or uses ttie 
available funds to purchase another gift in case of under or over-contribution 

40 participation. 
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